home *** CD-ROM | disk | FTP | other *** search
- Path: comma.rhein.de!serpens!not-for-mail
- From: mlelstv@serpens.rhein.de (Michael van Elst)
- Newsgroups: comp.sys.amiga.hardware
- Subject: Re: How about a SCSI Video digitizer ???
- Date: 19 Mar 1996 08:37:04 +0100
- Organization: dis-
- Message-ID: <4ilo70$5ia@serpens.rhein.de>
- References: <Pine.SUN.3.91.960318211415.11163B-100000@linda.teleport.com>
- NNTP-Posting-Host: serpens.rhein.de
-
- michael wedel durrow <micwedel@teleport.com> writes:
-
- >obvious... THE SCSI PORT. It would be a platform independant video input
- >method, transportable, and scalable. You could get a much higher number
- >of frames per second because a classic SCSI has a burst thruput of
- >10MB/sec.
-
- 5MByte/s.
-
- >and I don't know how fast the SCSI-II or SCSI-Fast will go.
-
- SCSI-II is 5MByte/s standard and 10MByte/s with the Fast SCSI option.
- (and 20MByte/s with FastSCSI + 16bit Wide SCSI option).
-
- >In
- >addition if you have a controller that will do syncronous access you
- >could spool your video directly to your hard drive.
-
- The term "synchronous" is used for something different. But it is
- possible to make the frame grabber act as an initiator and write
- directly to the hard disk.
-
- The problem with this approach is that you need enough buffer memory
- on the frame grabber to compensate for seek operations and recalibrations
- of the drive.
-
- >I don't know if anyone has this idea on the drawing board but the
- >methodology has already been proven with SCSI flatbed scanners and now
- >the new HiSoft SCSI MPEG signal converter.
-
- Flatbed scanners do not require real-time throughput and MPEG just needs
- a low datarate (150kbyte/s). High quality video on the other hand requires
- 3MByte/s _if you compress the stream with JPEG_ and more than 7MByte/s
- without compression.
-
- Regards,
- --
- Michael van Elst
-
- Internet: mlelstv@serpens.rhein.de
- "A potential Snark may lurk in every tree."
-